home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000465_news@columbia.edu _Sun Mar 23 13:04:31 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA13419
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 23 Mar 1997 13:04:31 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA06995
  7.     for kermit.misc@watsun; Sun, 23 Mar 1997 13:04:29 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: k95 native windows update?
  12. Date: 23 Mar 1997 18:04:26 GMT
  13. Organization: Columbia University
  14. Lines: 59
  15. Message-ID: <5h3rba$dla$1@apakabar.cc.columbia.edu>
  16. References: <u913eldq2.fsf@worldnet.att.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:6797
  19.  
  20. In article <u913eldq2.fsf@worldnet.att.net>,
  21. Thomas A. Horsley <Tom.Horsley@worldnet.att.net> wrote:
  22. : I see no one has asked for a while when the native windows version of k95
  23. : will show up, so I figured I'd go ahead and take the plunge this time :-).
  24. : 
  25. Not to pick nits, but K95 has always been a 100% native 32-bit Windows 95
  26. and NT application.  The fact that it runs in a console window does not mean
  27. it is not native.  If it was not a native application, it would not run in
  28. multiple threads, use 32-bit Winsock, understand long filenames, access the
  29. system through 32-bit APIs and drivers, etc.
  30.  
  31. So to be precise, we are talking about the conversion of an already fully
  32. native console program to a full-GUI (graphical user interface) application
  33. of the sort that most Windows users expect to see.
  34.  
  35. : I dimly recall that March was once mentioned as a possible time frame,
  36. : and since March has just about run out, I thought I'd ask how its going.
  37. : 
  38. : So: Hows it going?
  39. :
  40. It's a long, slow, laborious process but there is progress.  You can see
  41. some preview screen shots at:
  42.  
  43.   http://www.columbia.edu/kermit/kuishots.html
  44.  
  45. For the past few weeks we've been concentrating on TAPI (Microsoft's
  46. telephony interface, which allows multiple applications to share the same
  47. modem) and we seem to have it working.
  48.  
  49. For the benefit of those who wonder why this is taking so long...  Unlike
  50. other software makers, we produce applications for many platforms, not just
  51. for Windows.  Therefore we try to write portable code and share it among
  52. many versions.  It's no secret that Kermit 95's command/scripting language
  53. and its file-transfer module are built from the same code base as C-Kermit
  54. (for UNIX, VMS, etc).  And even the terminal emulation / networking / file
  55. and communications i/o that you see in Windows 95 and NT are also now
  56. shared with the OS/2 version of Kermit 95.  This was no simple feat, given
  57. the lengths to which the Windows development model is designed to
  58. discourage, if not defeat, portability.
  59.  
  60. We are not going to sacrifice our coverage of all those so-called "legacy"
  61. platforms in order to rush the full-GUI version of Kermit 95 to market.
  62. We'd all suffer in the long run if we did that.  Remember, one of the
  63. greatest strengths of Kermit software is that it is available for so many
  64. platforms -- all of our Kermit programs are fully interoperable, and the
  65. command and scripting languages are compatible across hundreds of different
  66. platforms.  Unlike practically any other maker of communications software,
  67. we take care of both ends of the connection, not just the PC end.
  68.  
  69. To answer your question -- it doesn't look as if it will be ready in March,
  70. or even April.  Given the incredible number of roadblocks we run into at
  71. every turn, we have given up on setting tentative release dates.  But yes,
  72. we are working on it full time, and the end is in sight.
  73.  
  74. (And no, we do not plan to also discontinue the console version when the
  75. GUI version comes out -- believe it or not, many people have urged us to
  76. always keep a current console version available, because they prefer it.)
  77.  
  78. - Frank